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Email client makes socket connection to SMTP server. j 
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Email client follows SMTP protocol, and client proxy behaves as if it 

is a real SMTP server, and makes appropriate responses. 
Email client transfers email content and other details to client proxy. 

Client proxy ensures that details of message, including 
authentication information and IP address of remote SMTP server, 
are safely stored into client messaging function on pervasive device, 
and client proxy replies to SMTP client with SMTP protocol message 
indicating that email message has been sent successfully. 



Email client completes SMTP protocol exchange and 
closes socket connection. 
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ien connectivity is established, client messaging funct 
transfers its messages to server messaging function. 
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Server messaging function transfers messages to end point proxy. 
End point proxy uses SMTP protocol messages to transfer outgoing 
email message to SMTP server. 
SMTP server replies that it has sent the message, and end point 
proxy completes protocol exchange, and closes connection. 



End point proxy optionally sends confirmation message back to 
client proxy, which gets to client messaging function next time 
connectivity with pervasive device is established, and at that time 
client proxy receives confirmation message, and notifies user 



FIG. 2 
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V Email client application connects to client proxy, uses POP3 protocol 
to authenticate (which is accepted by client proxy), and then 
requests new mail messages. 
Client proxy returns POP3 protocol messages to indicate that there 
are currently no messages waiting for the client. 
Request is queued in client messaging function. 
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Client application completes protocol exchange and closes socket. 
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V When connectivity is established, end point proxy uses information 
from client proxy, sent via messaging subsystem to connect to real 
POP3 server, and to retrieve email for user. 
End point proxy sends email back to the client proxy using 
messaging subsystem. 
Email information is held in queue at client messaging function. 
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\^ POP3 client is next used to check for new messages, at which time, 
again, client connects to client proxy and authenticates, but then 
client proxy returns emails waiting in queue that were retrieved 
following previous request. 
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FTP client connects to FTP port of local host, on which client proxy is 

listening. 



420 ± 

Client proxy honours FTP clienf s 'CD' requests to change directory, 
and PUT requests to transfer files from local device's storage to 
remote location, storing all information to make an audit trail of 
session, including login details, and confirming back to FTP client 
that each request is successful, using standard FTP protocol 

responses. 

When a file is 'PUT, supposedly to remote site, client proxy ensures 
that the file contents are safely stored in client messaging function 
before confirming successful transfer (even though the file has not 
yet really been transferred). 
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At end of session, FTP client completes protocol exchange and 

disconnects from client proxy. 
Client proxy also adds connection details of remote FTP server to 
messages queued in client messaging function. 
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When connectivity is established, messaging service subsystem 
transfers queued data to end point proxy, which acts as FTP client 
and connects to real FTP server, attempting to replay sequence of 
commands that client issued. 



Status information is sent from end point proxy to client proxy to 
report outcome of session, enabling client proxy to alert user of 
outcome of attempted transfers. 



FIG. 4 
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When file 'GET is issued, client proxy returns unique "signature" 
such as 'MD5' signature of current system 'timestamp', and ftp client 
writes signature into file specified by user. 



After FTP session has terminated, when in future connectivity is 
established, messages from client proxy waiting in client messaging 
function are sent to server messaging function and then to end point 
proxy, which acts as FTP client and connects to real FTP server, and 
gets files requested, which are transferred from end point proxy to 
client proxy via messaging subsystem. 



Client proxy searches through all the files in local file system of 
pervasive device to find file containing special signature stored 
earlier. When found, this file is over-written with the real file contents 

now available. 
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Client proxy emulates HTTP proxy, accepting connection from the 
client web browser, and recording details of requested URL, and 
then generating an HTML message sent back to browser informing 
user that request has been received, and that user should perform a 
page 'reload' later when page has been retrieved. 



1 


r 


Web browser interaction completed, socket is closed. 1 







When next connectivity is established, client proxy sends recorded 
request to end point proxy (via messaging subsystem), which acts as 
HTTP client, using server and URL information supplied in browser's 
proxy request to go to a remote web site and retrieve HTML from 
that URL, and also any embedded images/sounds/applets, etc. 
referenced in requested page (retrieved HTML being parsed for tags 

such as IMG', 'EMBED', etc.). 
Retrieved content is then tagged with its URL and sent back to client 
proxy (via messaging subsystem). 
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Client proxy then notifies user that requested page has arrived, and 
user performs 'reload' in browser. 






Browser re-requests page from client proxy, and this time client 
proxy has requested URL available, and so feeds back to browser 
first HTML, and then various images, etc., as requested during 
loading of page by browser. 



FIG. 6 



